#47248 - 19/11/2001 20:57
Hijack v70: "long" presses fixed
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Well, they weren't really broken on the standard remotes, but "long" IR button translations with .L should be working now in v70. After seeing reports of compatbility issues with v66, I looked harder at the code and found/fixed a timing error that affected the .L detection.
New in v70:
-- .L actually works in IR-translation macros
-- read/check temperature every 4sec instead of every 2sec.
-- fixed bug which caused unpredictable invocations of inittherm(),
it should now get called only about once every 5 minutes or so.
-- added a button-event counter to the "Button Codes Display" screen.
Any more bugs? Please make an extra special effort to thrash at this release over the next 16 hours or so, cuz after that you'll have to wait until (almost) Christmas for fixes from me.
Any Kiwi's in the crowd?
Cheers.
-ml
|
|
Top
|
|
|
|
#47249 - 19/11/2001 21:01
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
enthusiast
Registered: 30/09/1999
Posts: 252
|
You da man! The long press works again on my Alpine remote. Just in time. I am on a long road trip tomorrow. About 12hrs.
P.S. Have a good trip.
_________________________
Sonic Blue 03 Cobra Vert Owner!!!
|
|
Top
|
|
|
|
|
#47250 - 19/11/2001 21:04
Re: Hijack v70: "long" presses fixed
[Re: 94cobra]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>You da man!
Thanks for re-testing so quickly, Dude!
Cheers
-ml
|
|
Top
|
|
|
|
|
#47251 - 19/11/2001 21:18
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
enthusiast
Registered: 30/09/1999
Posts: 252
|
Thats what I'm here for.
_________________________
Sonic Blue 03 Cobra Vert Owner!!!
|
|
Top
|
|
|
|
|
#47252 - 19/11/2001 23:00
Re: mlord question Any Kiwis in the crowd?
[Re: mlord]
|
old hand
Registered: 30/04/2001
Posts: 745
Loc: In The Village or sometimes: A...
|
Yes,
We have at least one Kiwi here -
I'm a Kiwi - you going to be down this way then?
I live in Auckland as does JazBZ [or whatever his name is].
If you're going to Kiwiland then we can maybe catch up sometime - email me at number6@farsight.co.nz and we can set something up
[or just reply to this post]
I'm running V62 right now of the patched kernel but I'll have v70 by nightfall.
Regards
|
|
Top
|
|
|
|
|
#47253 - 19/11/2001 23:50
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Mark,
I noticed (at least on my steering wheel remote) that in many cases the press-and-hold doesn't actually respond until you let go of the button. This is different than the behavior of the standard remote. Like, if I define a press-and-hold sequence, it won't execute until I let go of the button, instead of executing as soon as a specified interval elapses.
Any thoughts?
|
|
Top
|
|
|
|
|
#47254 - 20/11/2001 04:24
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 18/06/2001
Posts: 2504
Loc: Roma, Italy
|
Ok, so I confirm that the two buttons SOURCE and PAUSE on the Kenwood remote do not support logn press at all. It is clear in the IR code detection in HiJack. Now, I am going to reprogram one fo the other buttons and check if that works.
_________________________
= Taym =
MK2a #040103216 * 100Gb *All/Colors* Radio * 3.0a11 * Hijack = taympeg
|
|
Top
|
|
|
|
|
#47255 - 20/11/2001 09:19
Re: mlord question Any Kiwis in the crowd?
[Re: number6]
|
addict
Registered: 16/08/1999
Posts: 453
Loc: NRW, Germany
|
Another Kiwi here  - living in Germany at the mo though.
_________________________
(list 6284, Mk1 S/N 00299 4GB blue [sold]. Mk2 S/N 080000094 20GB blue)
|
|
Top
|
|
|
|
|
#47256 - 20/11/2001 10:47
Re: Hijack v70: "long" presses fixed
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>if I define a press-and-hold sequence,
>it won't execute until I let go of the button
The way it works is, when you press the button, the translation waits to see if you are going to hold it for longer than one second. After one second, it says "aha! long press", and then sends the translation sequence of press/release codes, except for the final "release" code. When you let go of the button, the final "release" code is then sent. I figured that this might be more useful to people, but that was just my guess.
I can change this behaviour, and simplify the code in the process, if we all agree on it. It's actually more complex to implement the current behaviour than the alternative you seem to want.
Cheers
-ml
|
|
Top
|
|
|
|
|
#47257 - 20/11/2001 11:14
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Well... I'm just used to the way it works on the Rio remote where the press-and-hold command is executed as soon as the "long press" timeout has elapsed, rather than waiting for the user to let go. I don't have a one-second timer in my head so it's sometimes hard to know when I can let go of the button.
Maybe it could be configurable? Is there anyone who likes it the way it is now?
|
|
Top
|
|
|
|
|
#47258 - 20/11/2001 11:22
Re: Hijack v70: "long" presses fixed
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>I'm just used to the way it works on the Rio remote
But.. but.. that's exactly the same way the translations do it!
(or at least that is how the code is supposed to be doing it).
Perhaps here it's just a matter of the particular player function responding differently? Try programming an alternative longpress to do exactly what an existing Rio longpress does.. same behaviour?
If the translator were to NOT hang onto the release code until the user lets go, then how the heck could anyone map buttons to do "fast forward" or "fast reverse" ??
Regardless, I'll add something to change the behaviour for some situations.
Perhaps a .I modifier on the macro definition might do it?
Cheers
|
|
Top
|
|
|
|
|
#47259 - 20/11/2001 11:28
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Oh, wait.. I get it (at last they say!).
The issue here I suppose is that macros which don't end in .L are effectively being forced into .L. Right? Got it.
This is an artifact from before we had .L capability on the right of the equal sign.
Okay, now that I finally see the real issue, I can fix it.
Thanks all!
-ml
|
|
Top
|
|
|
|
|
#47260 - 20/11/2001 11:29
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Well okay here's an example from my situation. I am using a long press of my "shift lock" key to put my Empeg into standby. Here's the relevant definitions:
[ir_translate]
; The shift key
AD520C.L=20df03.L ; press and hold "ATT" = standby
AD520C=FFFFFFFF.S ; "ATT" = Shift Key
When I hold down the button, my Empeg doesn't go to standby until I release it. I agree that for FF/REW, it makes sense to hold onto the release code. So maybe it should be configurable with a modifier as you have stated. Unless I'm doing something wrong with the above definitions... There are other buttons I have which have the same behavior, such as the AM/FM buttons:
AD520D.LT=20df07 ; AM/FM in tuner
This one doesn't execute until I let go of my "source" button. Are you seeing the same thing with any of your remotes?
|
|
Top
|
|
|
|
|
#47261 - 20/11/2001 13:09
Re: Hijack v70: "long" presses fixed
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>When I hold down the button, my Empeg doesn't go to standby until I release it.
>I agree that for FF/REW, it makes sense to hold onto the release code.
>So maybe it should be configurable with a modifier as you have stated.
Okay try v72 and see if it works better for you.
For the case where you end a macro with a .L button, but don't want it to hang around for the final button release (ala FF/REW), then just add another "dummy" button press to the end of the macro. Specifically, 0xffffffff can be used as a "dummy" press (it is never passed on).
Okay?
-ml
|
|
Top
|
|
|
|
|
#47262 - 20/11/2001 13:36
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Actually this one isn't working well. The press-and-hold functions like FF and REW aren't working as they should. Holding them down acts like a "tap" so it goes to the next track instead of fast-forwarding, for instance. Similarly, holding down the button I defined as "info" doesn't go to "details" like it did.
There is some interesting behavior I noticed with this one though.. A "tap" of my ATT button toggles shift lock as expected. And if I hold it down for about two seconds, it correctly goes to standby. However, holding down for about a second and releasing it changes sources from player to aux (I don't have that defined in my ir_translate section anywhere.) So there are actually three functions depending on whether I tap, let go after a while, or hold it down for about two seconds. Was that intentional?
|
|
Top
|
|
|
|
|
#47263 - 20/11/2001 13:41
Re: Hijack v70: "long" presses fixed
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>The press-and-hold functions like FF and REW aren't working as they should.
>Holding them down acts like a "tap" so it goes to the next track
>instead of fast-forwarding, for instance.
I'll bet you have defined them in the wrong sequence in config.ini:
The .L translations must preceed the non .L translations..
I had the same error in my config.ini file until a few minutes ago,
and it really confused the heck out of me while testing..
-ml
|
|
Top
|
|
|
|
|
#47264 - 20/11/2001 13:50
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Well, I didn't actually have a .L translation for my FF/REW button. I do have "LS" translations for some macros (Long press while shift lock active) but as for un-shifted, here's what I have:
AD5242.M=20df10 ; Prev Track / Rewind
AD5243.M=20df11 ; Next Track / Fast Forward
In previous versions I didn't need explicit .L translations. I just added them and FF/REW work, but the delay seems significantly longer. Like with the Rio Remote's FF/REW there seems to be a 1s delay, with v72 it seems to be 2s.
|
|
Top
|
|
|
|
|
#47265 - 20/11/2001 13:56
Re: Hijack v70: "long" presses fixed
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Yes, it will be exactly 2sec, a side effect of implementing your previous request.
Unavoidable, too, with the RIO codes.
But.. if you use the Kenwood codes for FF/REW, these will work without the dummy code, as in:
AD5242.LM=b9460c.L ;Rewind
AD5243.LM=b9460b.L ;Fast Forward
AD5242.M=20df10 ; Prev Track
AD5243.M=20df11 ; Next Track
-ml
Edited by mlord (20/11/2001 13:58)
|
|
Top
|
|
|
|
|
#47266 - 20/11/2001 14:05
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Ooopps I goofed on the FF code, here are the correct codes:
AD5242.LM=b9460c.L ;Rewind
AD5243.LM=b9460d.L ;Fast Forward
AD5242.M=20df10 ; Prev Track
AD5243.M=20df11 ; Next Track
|
|
Top
|
|
|
|
|
#47267 - 20/11/2001 14:11
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Hmm actually I think you meant b9460d (AM button) for fast forward. That seems to cut the delay in half (as expected.)
So it sounds like if there is a 1s delay for an overloaded button like FF, REW this delay becomes two seconds.
My Info button is defined like this:
AD5241.L=20df14.L ; info
AD5241=20df14 ; info
When I tap it, I it acts like info. When I hold it however, it changes the info after one second, and then shows track details after two seconds.
So I guess what I'm saying is that maybe the side effects of this implementation outweigh its advantages... Maybe it was a bad idea?
|
|
Top
|
|
|
|
|
#47268 - 20/11/2001 14:24
Re: Hijack v70: "long" presses fixed
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Yeah. I'm going to revert the behaviour back to what it was before.
If you want a longpress to release without waiting for the actual button release, just append a ffffffff code to the tail end of the macro, as in:
xxxxxx=yyyyyyy.L,ffffffff
Okay?
|
|
Top
|
|
|
|
|
#47269 - 20/11/2001 14:31
Hijack v73
[Re: mlord]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Okay, v73 is out, with some minor IR translation changes and other fixes.
Please read the ir_translate notes on my website for exact details (and examples).
http://rtr.ca/empeg/
Have a great next 3 weeks, everyone.
byebye..
|
|
Top
|
|
|
|
|
#47270 - 20/11/2001 21:05
Re: Hijack v73
[Re: mlord]
|
carpal tunnel
Registered: 12/11/2001
Posts: 7738
Loc: Toronto, CANADA
|
I don't know what's scarier... The fact that Mark has been posting and updating all the way to the last minute.... Or the fact that if he didn't go on vacation, he could probably double the amount of work he's already done on this project. :) Seriously, go back and look at the release history as it's been posted here. He's a machine!
I hope the vacation gives you a much deserved break. But if you feel some inspiration for a revolutionary new feature while on that 5.13b, don't forget to chalk-up, whip out a pencil and jot it down. :)
Bruno
|
|
Top
|
|
|
|
|
#47271 - 20/11/2001 21:11
Re: Hijack v73
[Re: hybrid8]
|
addict
Registered: 20/11/2001
Posts: 455
Loc: Texas
|
I tried v66 (have not tried v71 yet). I received an error when syncing the config file (timed out)
Had the following as a test:
[ir_translate]
00aa550f=0020DF12
What did I do wrong?
|
|
Top
|
|
|
|
|
#47272 - 20/11/2001 21:43
Re: Hijack v73
[Re: blitz]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
In reply to:
I tried v66 (have not tried v71 yet). I received an error when syncing the config file (timed out)
Had the following as a test:
[ir_translate]
00aa550f=0020DF12
What did I do wrong?
Probably nothing. Try it again (maybe the empeg decided to do a filesystem check that time..)
-ml
|
|
Top
|
|
|
|
|
#47273 - 20/11/2001 21:50
Re: Hijack v73
[Re: mlord]
|
Pooh-Bah
Registered: 21/07/1999
Posts: 1765
Loc: Brisbane, Queensland, Australi...
|
for Christs sake pack for the trip or something! You're getting me nervous.
_________________________
--
Murray
I What part of 'no' don't you understand?
Is it the 'N', or the 'Zero'?
|
|
Top
|
|
|
|
|
#47274 - 20/11/2001 22:42
Re: Hijack v70: "long" presses fixed
[Re: tonyc]
|
enthusiast
Registered: 30/09/1999
Posts: 252
|
The Alpine is that way.
_________________________
Sonic Blue 03 Cobra Vert Owner!!!
|
|
Top
|
|
|
|
|
#47275 - 21/11/2001 11:18
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
Pooh-Bah
Registered: 09/09/1999
Posts: 1721
Loc: San Jose, CA
|
Mlord is probably gone, but I want to report that when you're in the equalizer screen, and you tap the knob, it brings up the VolAdj. Oops. You don't want that to pop up in the EQ.
Calvin
|
|
Top
|
|
|
|
|
#47276 - 28/11/2001 22:26
Possible Hijack Bug
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Can anyone confirm my observation that hijack's BINDBUTTONS ioctl always intercepts (hijacks) the top front-panel button (IR_TOP_BUTTON_PRESSED)? I am seeing this with my EmpTriv game and in some other stuff I'm working on. I'd like to leave this button unbound but I can't seem to let it pass through to the player.
|
|
Top
|
|
|
|
|
#47277 - 30/11/2001 07:13
Re: Possible Hijack Bug
[Re: tonyc]
|
carpal tunnel
Registered: 10/06/1999
Posts: 5916
Loc: Wivenhoe, Essex, UK
|
It would make sense if it did from mlord's point of view as he uses it to exit any of his menus.
_________________________
Remind me to change my signature to something more interesting someday
|
|
Top
|
|
|
|
|
#47278 - 30/11/2001 08:00
Re: Possible Hijack Bug
[Re: andy]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
True, I thought about that... But it'd be nice if the kernel "released" that button when a user app is selected so that it can pass through to the player. *Especially* if you're running the app in overlay mode.
|
|
Top
|
|
|
|
#47279 - 30/11/2001 10:56
Re: Possible Hijack Bug
[Re: tonyc]
|
carpal tunnel
Registered: 10/06/1999
Posts: 5916
Loc: Wivenhoe, Essex, UK
|
...or looking at it from another angle having the kernel hold onto the button gives you an escape route from a badly behaving userland app...
_________________________
Remind me to change my signature to something more interesting someday
|
|
Top
|
|
|
|
|
#47280 - 30/11/2001 11:13
Re: Possible Hijack Bug
[Re: andy]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Yeah but in its current incarnation, it doesn't give you an escape route at all unless the app specifically returns control when it receives that button, i.e. it binds to and looks for that button. So right now there seems to be no good reason the kernel is holding onto it.
Not being able to push the "play/pause" front panel button kind of defeats the purpose of having userland apps which can overlay on the screen. I don't think this was left in intentionally.
|
|
Top
|
|
|
|
#47281 - 01/12/2001 11:52
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
enthusiast
Registered: 24/08/2001
Posts: 344
Loc: France, Champagne
|
I'd like to post a wish for Mark King Kernel Hijack.
I had a problem when I tried to sz Stick Figure Fight, and i entered in Hijack Menu to reboot.
But I hadnt ro, rom.
So, if not already done, is it possible to make partition ro before rebooting sequence.
I could be very useful when you crash the shel and cannot ro the partiotion.
_________________________
Empeg IIa - 10 Gb - Red Fascia -
Tuner, the day is coming
- I Will Strike From the Grey -
|
|
Top
|
|
|
|
|
#47282 - 12/12/2001 14:58
Re: Hijack v70: "long" presses fixed
[Re: Nosferatu]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
I am having trouble getting the player to switch between player and tuner mode using a long press of my source buttons
[ir_translate]
00AD520A=0020DF13 ; volume up
00AD520B=0020DF17 ; volume down
00AD520C=00000008 ; Knob press/ATT
00AD5212=0020DF14 ; info/Band
00AD521A.LM=0020DF07 ; tuner/ long player source
00AD521A.LT=0020DF03 ; player/ long tuner source
00AD512A=0020DF14
00AD5240=0020DF0C ; up/cancel
00AD5242=0020DF10 ; left/left
00AD5243=0020DF11 ; right/right
00AD5241=0020DF12 ; down/menu
00AF5067=0020DF0D ; func/shuffle
00AD520D=0020DF02 ; audio/source
Anybody got a clue as to my goof up
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47283 - 12/12/2001 20:44
Re: Possible Hijack Bug
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>observation that hijack's BINDBUTTONS ioctl always
>intercepts (hijacks) the top front-panel button
Err.. It does not do that for me..
But it might be a good idea to also intercept the button RELEASE code at the same time, to avoid strange side-effects of a button release arriving in the menu/player with no corresponding PRESS code.
On a related note, you can intercept EVERYTHING by just passing an empty buttonlist.
Cheers
|
|
Top
|
|
|
|
|
#47284 - 12/12/2001 20:48
Re: Hijack v70: "long" presses fixed
[Re: eternalsun]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>when you're in the equalizer screen, and you tap the knob, it brings up the VolAdj. Oops.
I'll fix that sometime this week.
-ml
|
|
Top
|
|
|
|
|
#47285 - 13/12/2001 00:03
Re: Possible Hijack Bug
[Re: mlord]
|
carpal tunnel
Registered: 20/12/1999
Posts: 31600
Loc: Seattle, WA
|
|
|
Top
|
|
|
|
|
#47286 - 13/12/2001 03:46
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
before you write anything how was the holiday welcome back
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47287 - 13/12/2001 08:30
Re: Possible Hijack Bug
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Err.. It does not do that for me..
Are you sure? I wrote a small test which just intercepts knob left, knob right, and knob pressed. When I try to press the top button, nothing happens.
Here is the bind array I used:
unsigned long data=0, buttons[4] = {4,
IR_KNOB_PRESSED,
IR_KNOB_LEFT,
IR_KNOB_RIGHT
};
Wonder what else could be causing it?
|
|
Top
|
|
|
|
|
#47288 - 13/12/2001 11:37
Re: Possible Hijack Bug
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Err.. perhaps I don't understand the issue.. but if your sample program wants to do something on presses of the TOP button, then it will need to have IR_TOP_BUTTON_PRESSED in the buttons[] array..
The "calculator" code within hijack does exactly this, using a buttons[] list to intercept several codes including the TOP button, taking special action when it is pressed. Works perfectly. (see the calculator_display() function for details).
Cheers
-ml
|
|
Top
|
|
|
|
|
#47289 - 13/12/2001 11:44
Re: Hijack v70: "long" presses fixed
[Re: thinfourth2]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>before you write anything how was the holiday welcome back
Ooops.. too late. I put v74 and v75 out yesterday.
But the trip was fun. Jane & I used 240000 frequent flyer points to fly First Class to New Zealand (United Airlines International FC highly recommended!). Once there, we rented a car and drove around much of the main North and South Islands, taking in the scenery and local wines. Good fun, though we didn't see much down south, since it poured rain most days when we were anyplace near the Southern Alps. But we did manage a bit of rock climbing on both Islands -- I'll be updating the pics on my main webpage shortly.
Cheers
-ml
Edited by mlord (13/12/2001 12:00)
|
|
Top
|
|
|
|
|
#47290 - 13/12/2001 11:53
Re: Hijack v70: "long" presses fixed
[Re: mlord]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
I spent far too brief a period in new zealand and loved the place i would love to go back some day it is a bit like scotland on steroids with better weather.
I managed to just catch the run up to the americas cup there in auckland one time when i paid off a ship
Once you have got yourself organised i am not getting long presses to work with my pioneer remote
Also i will admit to a Goof the codes i posted for the pioneer remote are wrong as when you use hijack to display codes if you have those codes altered the translated codes are translated i will get the right codes to you asap
Thanks for all the good work
Paul
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47291 - 13/12/2001 12:02
Re: Hijack v70: "long" presses fixed
[Re: thinfourth2]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
I think the current versions of Hijack now only display the raw (untranslated) codes, if that helps any.
|
|
Top
|
|
|
|
|
#47292 - 13/12/2001 13:06
Re: Possible Hijack Bug
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Nonono I do NOT want it to intercept the top front panel button, but it IS intercepting it and blocking it from being sent to the player. I don't have problems intercepting the top button, but when I *don't* want to intercept it, it gets intercepted anyway.
|
|
Top
|
|
|
|
|
#47293 - 13/12/2001 13:16
Re: Possible Hijack Bug
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Oh. I see.
Well, I don't know whether or not it would be good (or bad) to change this behaviour in hijack.. have to think on that one a bit. But in the meanwhile (and long-term), you could just intercept both the press/release for TOP button, and then just use EMPEG_HIJACK_INJECTBUTTONS to pass them along to the player. That will work regardless of what eventually happens within the hijack core.
Cheers.
|
|
Top
|
|
|
|
|
#47294 - 13/12/2001 16:15
Re: Possible Hijack Bug
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Yeah I thought of that, that's my temporary workaround. :) Just curious why you think it might be undesirable to NOT intercept the top button? I know that's what you use in the menus to cancel out, but why not let that button go through to the player when the user apps are active?
Otherwise, having an app use the overlay functionality is useless, because it will render the top button useless... right?
|
|
Top
|
|
|
|
|
#47296 - 13/12/2001 20:30
Re: Possible Hijack Bug
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Hey, I hear ya... Take your time. I have other Empeg fish to fry, as my many posts here illustrate.
|
|
Top
|
|
|
|
|
#47297 - 13/12/2001 21:15
Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Okay, it's out there.. v76. The only new thing about this release is that all button presses are just passed on transparently when a userland app is being run from hijack (top button, and others also..).
|
|
Top
|
|
|
|
|
#47298 - 13/12/2001 22:30
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Works quite well, as advertised. One thing I noticed though... When one of my user apps is running, it seems to somehow interfere with the player's ability to spin down the hard drives. Any clue why? Theoretically when my user apps call WAITMENU to return to the menu, they should just be sitting around sleeping, right? Well it seems that when my trivia game or any of my other hijack prototypes are running, the disks don't spin down. This is quite undesirable in the car... Just wondering what might be causing this.
This is not new behavior, I've noticed it for awhile but never got around to mentioning it here.
Edited by yn0t_ (13/12/2001 22:34)
|
|
Top
|
|
|
|
|
#47299 - 14/12/2001 10:17
Re: Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>When one of my user apps is running, it seems to somehow interfere
>with the player's ability to spin down the hard drives.
That happens because the player itself likes to control drive spin up/down, rather than leaving it to the operating system. That works very well, so long as the player is the only app running..
In your case, I bet if you don't touch any controls until after the next time the player reads a new track, the drive will then spin down.. kinda not too useful to you, though.
This here will fix it for both you and the player: hdparm -S1 /dev/hda
Cheers
-ml
|
|
Top
|
|
|
|
|
#47300 - 14/12/2001 11:32
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
I'll give that hdparm command a shot... thanks.
|
|
Top
|
|
|
|
|
#47301 - 14/12/2001 11:53
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Okay I just read Hugo's followup to the hdparm -S1 suggestion and it seems that's not entirely a good idea.. So where does that leave us?
|
|
Top
|
|
|
|
|
#47302 - 14/12/2001 11:55
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 19/05/1999
Posts: 3457
Loc: Palo Alto, CA
|
I think that we could probably add a config.ini option which would prevent the player from doing spindown (it'd still do idlenow's when it wanted the disk). This would allow 3rd party apps to use the HDDs normal idle timeout and not upset the player (or vice-versa)
I'll enter it as a task in our task system; it should be pretty easy to add.
Hugo
|
|
Top
|
|
|
|
|
#47303 - 14/12/2001 11:58
Re: Hijack v76
[Re: mlord]
|
pooh-bah
Registered: 31/08/1999
Posts: 1649
Loc: San Carlos, CA
|
Hey Mark, how about a little feature request? I would love to be able to feed a group of ir codes to the player when it first starts up. This would allow us to force the player to startup into a known state every time. Examples of how this would be useful...
* Force player to always start in tuner/player/aux mode
* Always decrease volume when player starts
* Always press down button to go to visual mode
* Always play a startup mp3
What do you think? Would it be possible to inject some startup codes into the ir stream for the player to read when it first starts with your ir stuff?
-Mike
|
|
Top
|
|
|
|
|
#47304 - 14/12/2001 12:09
Re: Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>Okay I just read Hugo's followup to the hdparm -S1 suggestion
>and it seems that's not entirely a good idea..
No, I believe Hugo was just explaining why the player software cannot rely on "hdparm -S1" for its needs. Most (all?) other userland apps could easily be handled by this, on top of what the player already does (the two should not be in conflict).
Cheers
|
|
Top
|
|
|
|
|
#47305 - 14/12/2001 12:13
Re: Hijack v76
[Re: mcomb]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
In reply to:
Hey Mark, how about a little feature request? I would love to be able to feed a group of ir codes to the player when it first starts
up. This would allow us to force the player to startup into a known state every time. Examples of how this would be useful...
* Force player to always start in tuner/player/aux mode
* Always decrease volume when player starts
* Always press down button to go to visual mode
* Always play a startup mp3
What do you think? Would it be possible to inject some startup codes into the ir stream for the player to read when it first starts
with your ir stuff?
No problem here in doing it, EXCEPT FOR.. it is very difficult to ensure the init presses get done before the player does anything else.. so the previous track may start playing before your init presses get processed to cause a startup tune or whatever.
But for many purposes, this ought to work fine.
This would just be for player-powerup, right? But what if the player was in "standby" before powerdown.. in which case it will normally want to go back into standby on powerup.. We wouldn't want to do the init then, would we? Not sure if this can be detected reliably, either..
?
|
|
Top
|
|
|
|
|
#47306 - 14/12/2001 12:32
Re: Hijack v76
[Re: mlord]
|
pooh-bah
Registered: 31/08/1999
Posts: 1649
Loc: San Carlos, CA
|
what if the player was in "standby" before powerdown.. in which case it will normally want to go back into standby on powerup.. We wouldn't want to do the init then, would we?
Maybe, maybe not. What if the purpose of the startup codes was to make sure the player never turned on and then went to sleep? I never really understood the logic behind that anyway, if I just plugged the unit in don't I probably want to listen to music now? Otherwise wouldn't I have just left it unplugged?
-Mike
|
|
Top
|
|
|
|
|
#47307 - 14/12/2001 12:43
Re: Hijack v76
[Re: mcomb]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
The purpose is more along the lines of, I just got back into my car and started the engine, why the heck is my player suddenly now playing the next tune in the playlist, even though my amp (separate tuner/cd player) is turned off?
Got it?
|
|
Top
|
|
|
|
|
#47308 - 14/12/2001 13:30
Re: Hijack v76
[Re: mlord]
|
pooh-bah
Registered: 31/08/1999
Posts: 1649
Loc: San Carlos, CA
|
Got it?
Not in my personal setup (if I am in the car then music is playing and the empeg is my only music source), but I guess I can see why someone might want it to work that way. Anyway, I can think of a few cheasy ways to take a guess at what state the player is in on startup (screen scraping, system load, is audio being played), but I don't know if any of them would really be a good solution.
-Mike
|
|
Top
|
|
|
|
|
#47309 - 14/12/2001 14:04
Re: Hijack v76
[Re: mcomb]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Well, there is a precedent for screen-scraping, as that's how hijack knows if the player menu is active. But I suspect that if the player is in standby, the display buffer probably still has "stuff" in it, it's just that the VFD isn't getting juice. Someone will correct me if I'm wrong.
|
|
Top
|
|
|
|
|
#47310 - 14/12/2001 14:10
Re: Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 20/12/1999
Posts: 31600
Loc: Seattle, WA
|
But I suspect that if the player is in standby, the display buffer probably still has "stuff" in it, it's just that the VFD isn't getting juice. Someone will correct me if I'm wrong.
You are correct, sir. You can prove this by putting the player in Standby mode while the Displayserver applet has the screen up. Some visuals will still animate when the player is in standby. Kind of interesting, really.
(I haven't actually done this trick since 1.03, though, not sure if it still works.)
|
|
Top
|
|
|
|
|
#47311 - 14/12/2001 16:29
Re: Hijack v76
[Re: mcomb]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
I think the issue here is not so much detecting standby, but rather deciding how to handle it in the context of "init keypresses".
Obviously (to me) is that a lot of us will want it to be handled differently than a "non standby" powerup state.
The other potential glitch was that the player may resume playing music before the "init keypresses" are played, but that probably won't be too big of a deal for most purposes.. or will it?
If we can figure out how we want it to behave under these circumstances, then the coding is trivial.
Cheers
|
|
Top
|
|
|
|
|
#47312 - 14/12/2001 17:43
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
The other potential glitch was that the player may resume playing music before the "init keypresses" are played, but that probably won't be too big of a deal for most purposes.. or will it?
Yeah but I think that some of these issues could be worked around... IIRC, when the player comes up, it does state_read() or somesuch which tells it whether the player was in pause or play status, what source was selected, etc... So the state_read() could just be fudged to whatever we want (play or pause, in tuner, aux, player...) So if you wanted it to start paused, you should be able to do so. That also takes care of having to send a bunch of buttons to select certain sources... Right?
|
|
Top
|
|
|
|
|
#47313 - 14/12/2001 23:48
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
For Mark or anyone who's interested, I'm attaching the results of some reverse engineering I've done which shows what I believe to be the meanings of some of the bits in empeg_state.
The Y axis denotes the hex offset from the flash base address, the X axis denotes the bit position within that byte. Because some settings go across byte boundaries, the diagram is color-coded.
Some details...
The bit labelled "shuf" is always 1 when any shuffle mode is active, and there seem to be various other bits and bytes which change based on the custom shuffle modes. I couldn't get a handle on those.. But when shuffle is off, the "shuf" bit (Offset 0x0F, bit 3) is 0, when any shuffle mode is active, that bit is 1.
Bytes 24 and 25 constitute a 16-bit sequential index into the current running order on the player. I hope to eventually use this index to grab the current FID number somehow.
Bytes 29 and 2A constitute a 16-bit number which represents the position within the current track. This might be the number of MP3 frames, or some number of milliseconds or something like that, not sure.
Numbers like balance and fader are 0 if they're in the center, negative if they're (right | rear), positive if they're (left, front). So if your balance setting is one "tick" to the left, the value in this byte is 0000001. If the balance is one tick to the right, it's 11111111.
Why did I go through all this? Well, using this information, the kernel could...
... set the volume (home, car, or both) to a predefined level on player startup, a feature that's been asked for elsewhere on the BBS
... tell the player to always (or never) boot into standby, regardless of the last state
... choose a predefined visualization, regardless of the last one selected
... choose a predefined info mode, regardless of the last one selected
... choose a predefined timecode setting
etc. etc. etc. Those are the most interesting applications I've thought of so far.
There are a LOT of bits that aren't shown, because I have no idea what they represent. The only ones I was able to find were settings I could easily change. Like, there are probably a lot of tuner-related settings that I couldn't do because I don't have a laptop to be connecting to my Empeg while it's in my car.
Anyway, I figured I'd share the fruits of my labor here. Hopefully this will aid in improvements to Hijack, and a better understanding of what info we can get from the player.
Attachments
48828-empeg_state.jpg (235 downloads)
|
|
Top
|
|
|
|
|
#47314 - 14/12/2001 23:48
Re: Hijack v76
[Re: mlord]
|
pooh-bah
Registered: 31/08/1999
Posts: 1649
Loc: San Carlos, CA
|
I think the issue here is not so much detecting standby, but rather deciding how to handle it in the context of "init keypresses"
OK, so if you think detecting it is doable than the obvious answer is to provide two init sequences. One for normal powerups and one for standby powerupps.
The other potential glitch was that the player may resume playing music before the "init keypresses" are played, but that probably won't be too big of a deal for most purposes.. or will it?
Again, it sounds like there are no options here. The init sequence may not happen before the player begins playing. Anybody who wants to use an init sequence will have to deal with this possibility. Unless there is a way to block the player from playing the first file? Could you block the player's read() of the state info or the first FID until after it accepts the IR presses? Sounds kind of far fetched.
-Mike
|
|
Top
|
|
|
|
|
#47315 - 15/12/2001 00:09
Re: Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 20/12/1999
Posts: 31600
Loc: Seattle, WA
|
set the volume (home, car, or both) to a predefined level on player startup, a feature that's been asked for elsewhere on the BBS
Rock.
Mark Lord, you reading this? (He says, rubbing the lamp...)
|
|
Top
|
|
|
|
|
#47316 - 15/12/2001 09:37
Re: Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
See if you can figure out which bit stands for "paused", as well. I need that for something.
Thanks
|
|
Top
|
|
|
|
|
#47317 - 15/12/2001 09:44
Re: Hijack v76
[Re: mcomb]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>OK, so if you think detecting it is doable than the obvious answer is to provide
>two init sequences. One for normal powerups and one for standby powerupps.
Maybe. That's the simplistic approach, for sure.
Does anyone else care or have an opinion on this?
For example, the keypress macros could be enhanced to allow "standby" modifiers..
-ml
|
|
Top
|
|
|
|
|
#47318 - 15/12/2001 09:46
Re: Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Could you please combine your notes (empeg_state area) and diagram into a single file, so we don't lose track of information?
And the volume parameter: is it a 0..100 percentage, or what?
Some of the other areas are probably for equalizer settings (all of those custom eq sets..).
Cheers
-ml
|
|
Top
|
|
|
|
|
#47319 - 15/12/2001 09:58
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Yah, I had written down the pause bit too but forgot to include it in my diagram. Pause is right next to standby, offset 0x0C, bit 1.
I thought the EQ settings themselves were stored on the dynamic data partition, and just the identifier of the selected one was in empeg_state. I could be wrong. I might play with EQ settings and see if I can find those. As for the format of the data, like volume and such, I haven't had a chance to investigate that properly.
I do have all this stuff as an Excel file, but it's messy. I would hope this would eventually end up on the programming section of riocar.org, but I don't know how to go about getting it posted there. I wanna wait until we find out more about some of the other bits and bytes.
So do you think my approach towards startup settings would work? I was just throwing the idea out, I wasn't sure if there were any gotchas which would keep it from working...
|
|
Top
|
|
|
|
|
#47320 - 15/12/2001 11:36
Re: Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Yeah, we might be able to alter startup settings using this approach.
I just don't remember (at the moment) whether the config.ini file can be read early enough to replace some of the startup settings before the player reads them, that's all.
Would you like a hijack menu item to display the save area contents?
I wrote it for myself a couple of days ago, and tossed it again afterwards, since I didn't think anyone would need it.
Cheers
|
|
Top
|
|
|
|
|
#47321 - 15/12/2001 11:49
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Well what I did to reverse-engineer the settings was just a bunch of printk()'s of the hex and binary values in the state_write() function. Yeah, I think it'd be nice to have the ability to read it off the display so I can maybe get a read on what the in-car (tuner-related) settings are. It'd be nice if we could figure out what all the bits mean just for completeness. I guess you wouldn't have room on the display for binary, just hex, but that's okay. What I actually did in my kernel was write it so that if the value in a particular byte changed, it was highlighted (in ANSI color) so I could easily see which bytes were changing in between writes. If it's trivial, maybe doing the same for the VFD readout would be nice.
|
|
Top
|
|
|
|
|
#47322 - 15/12/2001 12:33
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 20/12/1999
Posts: 31600
Loc: Seattle, WA
|
I just don't remember (at the moment) whether the config.ini file can be read early enough to replace some of the startup settings before the player reads them, that's all.
Well, sure you can. Think about it: Starting up the player software is one of the last things that happens during boot up. Right?
|
|
Top
|
|
|
|
|
#47323 - 15/12/2001 13:35
Hijack v78
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Okay, Hijack v78 includes a dynamic display of the Flash Savearea, with highlighting.
-ml
|
|
Top
|
|
|
|
|
#47324 - 15/12/2001 13:39
Re: Hijack v76
[Re: tfabris]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>Starting up the player software is one of the last things that happens during boot up.
Yes, but so is the reading of config.ini. For various good/bad reasons, Hijack cannot read config.ini until after the player starts up and reads config.ini, so it's just a question of which happens first: player reads flash, or hijack reads config.ini.
If things are not presently in the correct order, then a fair bit of fiddling may be needed to read config.ini earlier.
Easy enough to figure out which happens first, but it just needs doing, that's all.
Cheers
-ml
|
|
Top
|
|
|
|
|
#47325 - 15/12/2001 13:41
Re: Hijack v76
[Re: mlord]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
Great but has anyone seen why my long presses aren't working with my pioneer steering wheel remote
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47326 - 15/12/2001 16:49
Re: Hijack v76
[Re: thinfourth2]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>has anyone seen why my long presses aren't working with my pioneer steering wheel remote
Care to be a little more specific about it?
Thanks
|
|
Top
|
|
|
|
|
#47327 - 16/12/2001 07:44
Re: Hijack v76
[Re: mlord]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
i posted a section from my int script thingy and i cannot get long presses to work with version 73
ir_translate]
00AD520A=0020DF13 ; volume up
00AD520B=0020DF17 ; volume down
00AD520C=00000008 ; Knob press/ATT
00AD5212=0020DF14 ; info/Band
00AD521A.LM=0020DF07 ; tuner/ long player source
00AD521A.LT=0020DF03 ; player/ long tuner source
00AD512A=0020DF14
00AD5240=0020DF0C ; up/cancel
00AD5242=0020DF10 ; left/left
00AD5243=0020DF11 ; right/right
00AD5241=0020DF12 ; down/menu
00AF5067=0020DF0D ; func/shuffle
00AD520D=0020DF02 ; audio/source
If you can see an goof ups
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47328 - 16/12/2001 08:48
Re: Hijack v76
[Re: thinfourth2]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
> i cannot get long presses to work with version 73
> 00AD521A.LM=0020DF07 ; tuner/ long player source
> 00AD521A.LT=0020DF03 ; player/ long tuner source
Does that particular button support long presses in hardware?
To answer, go into the Button Codes Display,
then press-and-hold the button.
If you see a code that begins with an '8' (80AD521A),
then that particular button is not suitably endowed.
-ml
|
|
Top
|
|
|
|
|
#47329 - 16/12/2001 09:31
Re: Hijack v76
[Re: mlord]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
AH me thinks i relise where i went wrong i thought that a long press of one button on the pioneer remote could be mapped to produce a short press of an original button on the rio remote.
I see now my Boo Boo as i thought this was to make up for the fact that most remotes don't have as many buttons as the rio remotes.
Any chance of us getting a way of doing this
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47330 - 16/12/2001 09:48
Re: Hijack v76
[Re: thinfourth2]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
AH me thinks i relise where i went wrong i thought that a long press of one button on the pioneer remote could be mapped to produce a short press of an original button on the rio remote.
Sure you can. A long press on the Pioneer can be mapped to a short press on the Rio. However there is one button on my Pioneer (CD-SR77 steering wheel remote) that doesn't play nice, I think it's the "Func" button towards the bottom. It sends very odd codes. I use the "Audio" button (next to Func) as my source button and it works fine.
I haven't tested out using the "SRC" button as the source button, but I do know it supports long presses. I use press and hold of my SRC button to toggle standby and it works okay. I posted my config.ini awhile back in this forum.
|
|
Top
|
|
|
|
|
#47331 - 16/12/2001 09:59
Re: Hijack v76
[Re: tonyc]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
Can't see it any chance of you posting the whole bit so i can work it out as computers ain't my strong point
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47332 - 16/12/2001 10:17
Re: Hijack v76
[Re: thinfourth2]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
> 00AD521A.LM=0020DF07 ; tuner/ long player source
> 00AD521A.LT=0020DF03 ; player/ long tuner source
> 00AD512A=0020DF14
>If you can see an goof ups
Are you sure about that "00AD512A" on the third line above?
Or maybe the "00AD521A" should have been "00AD512A" instead?
Anybody got a list of the regular Pioneer remote codes?
|
|
Top
|
|
|
|
|
#47333 - 16/12/2001 10:37
Re: Hijack v76
[Re: thinfourth2]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
[ir_translate]
; The shift key
AD520C.L=20df03.L,FFFFFFFF ; press and hold "ATT" = standby
AD520C=FFFFFFFF.S ; "ATT" = Shift Key
;
; These are needed to ignore the "Func" button sending out a bogus code
AF5067=FFFFFF
80AF5067=FFFFFF
;
; Search macros
; used when shift-lock is active and long press
AD5212.LS=20df0e ; "1" PIN
AD5243.LS=20df0e,20df0e ; "6" year
AD520A.LS=20df0e,20df0e,20df0e ; "9" title
AD521A.LS=20df0e,20df0e,20df0e,20df0e ; "2" artist
AD5241.LS=20df0e,20df0e,20df0e,20df0e,20df0e ; "5" genre
AD5242.LS=20df0e,20df0e,20df0e,20df0e,20df0e,20df0e ; "3" source
;
; Numbers
; Shift lock active, short press
AD5212.S=20df00 ; 1
AD521A.S=20df01 ; 2
AD5242.S=20df02 ; 3
AD5240.S=20df04 ; 4
AD5241.S=20df05 ; 5
AD5243.S=20df06 ; 6
AD5219.S=20df08 ; 7
AD520D.S=20df09 ; 8
AD520A.S=20df0a ; 9
AD520B.S=20df0d ; 0
;
; vol up / down
AD520A.B
AD520B.A
AD520A=20df17,20df17,20df17,20df17,20df17
AD520B=20df13,20df13,20df13,20df13,20df13
;
; The "source button"
AD520D.LT=20df07,FFFFFFFF ; AM/FM in tuner
AD520D.LM=20df0B,FFFFFFFF ; select mode in player
AD520D.T=b9461e ; switch to player from tuner
AD520D.A=b9461e ; switch to player from Aux
AD520D.M=b9461c ; switch to tuner from player
;
; Setting the Prev/Next buttons to emulate front-panel allows
; press-and-hold to do manual tuning in tuner mode
AD5242.T=4;
AD5243.T=2;
AD5242.LM=b9460c.L ;Prev Track / Rewind
AD5243.LM=b9460d.L ; Next Track / Fast Forward
AD5242.M=20df10 ; Prev Track
AD5243.M=20df11 ; Next Track ;
;
; Normal functions
AD5212.L=20df15,FFFFFFFF ; press and hold cancel = visual (makes no sense)
AD5212=20df0c ; cancel
AD521A.L=20df12.L ; menu/OK
AD521A=20df12 ; menu/OK
AD5240.L=20df16.L ; play
AD5240=20df16 ; play
AD5241.L=20df14.L ; info
AD5241=20df14 ; info
AD5219=20df0e ; search
|
|
Top
|
|
|
|
#47334 - 16/12/2001 16:20
Re: Hijack v78
[Re: mlord]
|
enthusiast
Registered: 24/08/2001
Posts: 344
Loc: France, Champagne
|
He mark is it possible to add commands in your userland apps .
I give explanations :
i had a problem when tried to rz an anim file on my MKII .
Before to upload i used the command rw rwm.
But the transfer crashed with no ro rom command .
I'd like to ask if before to execute the command Reboot player we could program (hard coded or in config.ini file) some command like ro, rom by example.
_________________________
Empeg IIa - 10 Gb - Red Fascia -
Tuner, the day is coming
- I Will Strike From the Grey -
|
|
Top
|
|
|
|
|
#47335 - 16/12/2001 17:38
Re: Hijack v76
[Re: tonyc]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
thanks for the help here is what i came up with as my memory ain't good enough to remeber what all the buttons do but i might be adventureus and get the searching working through the steering wheel remote
[ir_translate]
af5067=ffffff
80af5067=ffffff ; ignore bogus codes from func button
ad520a.L=20df12,20df10,20df10,20df10,20df10,20df12,20df12 ; dimmer
ad521a.LM=20df07 ; player mode long press source = tuner
ad521a.LT=20df03 ; tuner mode long press source = source
ad520b.L=20df16.L ; long press vol- = hush
ad520d.L=20df01 ; long press audio = 2 tweak artist
ad5212.L=20df00 ; long press band = 1 time
ad520a=20df13 ; vol up = vol up
ad520b=20df17 ; vol down = vol down
ad520c=8 ; ATT = knob press
ad5212=20df14 ; band = info cycle
ad521a=20df15 ; source = visual cycle
ad5240=20df0c ; up = cancel
ad5242=20df10 ; left = left
ad5243=20df11 ; right = right
ad5241=20df12 ; down = menu
ad5219=20df0d ; func = shuffle toggle
ad520d=20df02 ; audio = tweak source
And mark here is attached in a easy format (i hope) and right this time
Attachments
48954-CD-SR80.txt (185 downloads)
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47336 - 16/12/2001 20:19
Re: Hijack v76
[Re: tonyc]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
Thanks Tony.. I've now snaffled your Pioneer translates for my web pages.
-ml
|
|
Top
|
|
|
|
|
#47337 - 16/12/2001 20:21
Re: Hijack v78
[Re: Nosferatu]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14496
Loc: Canada
|
>I'd like to ask if before to execute the command Reboot player
>we could program (hard coded or in config.ini file)
>some command like ro, rom by example.
Yeah, that would be useful.
I hope to add it sometime, perhaps over the holidays.
I'm kinda tied up this week with a (Linux) contract, but perhaps I'll take my laptop along on the weeklong visit to the in-laws afterwards..
Cheers
|
|
Top
|
|
|
|
|
#47338 - 16/12/2001 21:23
Re: Hijack v76
[Re: mlord]
|
carpal tunnel
Registered: 27/06/1999
Posts: 7058
Loc: Pittsburgh, PA
|
Mark, your page says that my translations are for a CD-SR80, actually, I actually have a CD-SR77. I don't really know what the differences are with the CD-SR80 since I don't have one, but in the interest of correctness, might want to indicate those codes are for the SR77.
|
|
Top
|
|
|
|
|
#47339 - 17/12/2001 02:36
Re: Hijack v76
[Re: tonyc]
|
Pooh-Bah
Registered: 13/04/2001
Posts: 1742
Loc: The land of the pale blue peop...
|
they are the same i have a 77 and an 80
_________________________
P.Allison fixer of big engines
Mk2+Mk2a signed by God / Hacked by the Lord
Aberdeen Scotland
|
|
Top
|
|
|
|
|
#47340 - 19/12/2001 14:58
Re: Hijack v78
[Re: mlord]
|
enthusiast
Registered: 24/08/2001
Posts: 344
Loc: France, Champagne
|
it is now my christmas present to KNOW that il will be implemented in one next kernel versions.
Take your time. and Thank You.
Everyone of us have seen that you are coding faster than your shadow ....
THANKS again.
_________________________
Empeg IIa - 10 Gb - Red Fascia -
Tuner, the day is coming
- I Will Strike From the Grey -
|
|
Top
|
|
|
|
|
|
Previous Topic
Index
